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METHOD AND SYSTEM FOR INDIRECTLY ESTABLISHING A CALL 

BACKGROUND OF THE INVENTION 
[0001] Directly establishing a wireless call with a mobile station 
may prove difficult or infeasible in certain situations. For example, 
some Public Service Answering Point (PSAP) switches may not be able 
to perform a direct call back to a mobile station when an emergency 
5 wireless call unintentionally releases. Furthermore, many wireless 
calls pertain to location specific issues that are difficult for a remotely 
located service provider to handle. 

SUMMARY OF THE INVENTION 
[0002] The present invention provides a method and system 
architecture for indirectly establishing a call. 

10 [0003] In one embodiment, a call register is associated with a Public 
Service Answering Point (PSAP) switch and another call register is 
associated with a mobile switching center (MSC). Besides 
communicating with the PSAP switch, the call register associated with 
the PSAP switch also communicates with the call register associated 

15 with the MSC. Likewise the call register associated with the MSC 
communicates with the MSC and the call register associated with the 
PSAP switch. In this embodiment, the PSAP switch may request the 
MSC to establish an emergency call between the PSAP switch and a 
mobile station identified in the request, by sending the request to the 
M 20 call register associated with the PSAP switch. The call register 
associated with the PSAP switch routes the request to the call register 
associated with the MSC, and the call register associated with the 
MSC issues the request to the MSC such that the MSC can page the 
identified mobile station and connect the mobile station to the PSAP 

25 switch. 

[0004] In another embodiment of the present invention, a second 
parly service provider may indirectly request establishing a call 
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between a mobile station and PSAP or secondary response service. For 
example, the second party service provider may be a telematics service 
provider (TSP) providing a private vehicular reporting service - in 
which case the mobile station is a telematics unit in the vehicle and 
5 the secondary response service may be a tow trucking service. 

[0005] In this embodiment, a call register is associated with the 
second party service provider and another call register is associated 
with a mobile switching center (MSC). Besides communicating with 
the second party service provider, the call register associated with the 

10 second party service provider also communicates with the call register 
associated with the MSC. Likewise the call register associated with the 
MSC communicates with the MSC and the call register associated 
with the second party service provider. In this embodiment, the 
second party service provider, in response to a call from a mobile 

15 station, may request the MSC to connect another party (e.g., a PSAP 
or secondary response service) with the existing call, by sending the 
request to the call register associated with the second party service 
provider. The call register associated with the second party service 
provider sends the request to the call register associated with the 

20 MSC, and the call register associated with the MSC issues the request 
to the MSC such that the MSC connects the additional party to the 
call. Alternatively, a separate call could be established between the 
mobile station and the additional party. Furthermore, in this 
embodiment, geolocation information on the mobile station may be 

25 obtained and provided to the additional party when connecting the 
additional party with the mobile station. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0006] The present invention will become more fully understood from 
30 the detailed description given herein below and the accompanying 
drawings which are given by way of illustration only, wherein like 
reference numerals designate corresponding parts in the various 
drawings, and wherein: 
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[0007] Fig. 1 illustrates an exemplary system architecture in which a 
first embodiment of the present invention is employed; 
[0008] Figs. 2A-2B are communication flow diagrams illustrating an 
5 example of the operation of an indirect call back method according to 
the present invention; 

[0009] Fig. 3 illustrates another exemplary system architecture in 
which a second embodiment of the present invention is employed; 
[0010] Fig. 4 is a communication flow diagram illustrating an 
10 example registration of a telematics unit; and 

[0011] Fig. 5 is a communication flow diagram illustrating an 
example operation of an indirect calling method according to the 
present invention. 

DETAILED DESCRIPTION OF EMBODIMENTS 
15 [0012] A requirement for handling wireless emergency calls is the 
ability for the agent, which answers emergency calls at a Public Safety 
Answering Point (PSAP) Call Center, to call back the emergency caller. 
One reason is that if the wireless call drops, the call may need to be 
recovered to complete the emergency report. The caller may not be 
20 able to re-call the PSAP or the caller may have moved into the domain 
of another PSAP. Another reason for call back is for the PSAP agent to 
verify the source of the emergency call in order to screen out prank 
calls. 

[0013] At many PSAPs today, call back is accomplished to wireline 
25 callers through a "flash back" on the inbound trunks. This is not 
possible for wireless call back for at least two reasons. First, the call 
may have dropped while the caller was being handed off to a new 
serving system. Second, even if the caller is within the same serving 
system after the call drops, the air traffic channel is lost before the 
30 PSAP can flash back. The flash back may reach the MSC, but the 
MSC does not have a traffic channel to complete the call or even the 
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identifier needed to page the mobile station and re-establish a traffic 
channel. 

[0014] Fig. 1 illustrates an exemplary system architecture in which 
a method for a PSAP to call back a wireless emergency caller may be 
5 employed. As shown, a mobile switching center (MSC) 14 receives an 
emergency call from a mobile station 10 via a base station 12, and 
delivers the emergency call to a PSAP call center 20 via a PSAP switch 
16, the well-known emergency services network 18 and interfaces Ai. 
The mobile station 10 may be any type of well-known wireless unit 
10 such as a mobile phone, PDA, etc. A call back may be placed directly 
by the PSAP switch 16 to the MSC 14 over an Aix interface in a well- 
known SS7 network 22. 

[0015] The architecture further includes a PSAP emergency call 
register (ECR) 24 associated with the PSAP switch 16 and a serving 

15 system emergency call register (SS-ECR) 26 associated with the MSC 
14. The PSAP-ECR 24 and the SS-ECR 26 are companion databases 
containing similar information identifying individual emergency calls 
and their origin. Their data is coordinated with each other and new 
call identification data is added from one to the other over an interface 

20 Ey of the SS7 network 22. The call identification information is 
provided by the MSC 14 to the SS-ECR 26 over the Ex interface. The 
SS-ECR 26 communicates the call information to the PSAP-ECR 24 
over the Ey interface. The PSAP switch 16 communicates the call 
information to the PSAP-ECR 24 over the Ez interface and the PSAP 

25 switch 16 communicates the information to the PSAP call center 20 
over the Ea interface. In addition the PSAP-ECR 24 may 
communicate the call information to a law enforcement database 
directly over a separate interface Eb. The PSAP-ECR 24 and SS-ECR 
26 will be described in more detail below. 

30 [0016] When the PSAP call center 20 receives the emergency call 
from the mobile station 10, the call back number is signaled over the 
Ai interface with the call setup message through SS7/ISUP or the Ey 
interface between the SS-ECR 26 and the PSAP-ECR 24 where the call 
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data is also stored. If for any reason the emergency call drops, the 
PSAP call center 20 may initiate a call back directly through the Aix 
interface if outbound calling facilities, equipment and procedures 
exist. Alternatively, according to this embodiment of the present 
5 invention, a caU-back-through-MSC is requested through a message 
signaled by the PSAP switch 16 and between the PSAP-ECR 24 and 
the SS-ECR 26 over the Ey interface. 

[0017] This indirect form of call back will now be described in detail 
with reference to Figs. 2A and 2B. Figs. 2A-2B are communication flow 

10 diagrams illustrating an example of the operation of an indirect call 
back method according to the present invention. As shown in Fig. 2A, 
when the mobile station 10 originates an emergency call, for example, 
by dialing 9-1-1 in North America, the call origination message 
indicates the number dialed (i.e., 911), a mobile equipment identifier 

15 (MEID) of the mobile station 10 and a paging identifier (PGID) for the 
mobile station 10. 

[0018] The PGID is any one of many identifiers used in standards to 
page a mobile station when some service, such as a call, is to be 
delivered to the mobile station. In ANSI-41, the PGID could be a 10- 

20 digit mobile identification number (MIN) or a 15-digit International 
Mobile Subscriber Identifier (IMSI) programmed into the mobile 
station by the service provider with whom the mobile station user has 
entered into a service agreement. A default Mobile Station Identity 
(dMSID) may also be programmed into a CDMA mobile station by its 

25 manufacturer and used to page a mobile station for over-the-air 
activation by a service provider. ANSI-41 also uses the expression 
Mobile Station Identification (MSID) to mean, collectively, either MIN 
or IMSI. Accordingly, the PGID may be the MSID. In GSM, the PGID 
may be the IMSI, a Temporary Mobile Station Identification (TMSI) 

30 assigned by the serving system and associated with an IMSI, or, in 
some cases, the International Mobile Equipment Identity (IMEI) if 
there is no IMSI or TMSI available. 
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[0019] Each mobile station contains a unique mobile equipment 
identity (MEID) encoded in the phone by the manufacturer. The MEID 
may be, for example, an electronic serial number (ESN) as used in 
ANSI/TTA/EIA-41 systems or an International Mobile Equipment 
5 Identity (IMEI) used in GSM systems. 

[0020] As shown in Fig. 2A, in response to the emergency call, the 
MSC 14 creates a call record in the SS-ECR 26 that includes among 
other things a table mapping MEIDs of mobile stations to their PGIDs. 
The MSC 14 also sends an initial address message (IAM) to the PSAP 

10 switch 16. An initial address message is used to establish the call 
between the PSAP call center 20 and the mobile station 10. As shown, 
the IAM includes the called party number (CdPN) and the calling party 
number (CgPN). The called party number is the emergency number 
dialed by the mobile station (e.g., 911). The calling party number, 

15 however, is a unique routable call back number assigned to the MSC 
14. This number will be referred to as the "Local Public Safety 
Number" or LPN hereafter. The LPN can be thought of as similar to 
the local routing number (LRN) assigned to each local switch to 
implement wireless number portability (WNP) or thousands block 

20 number pooling (TBNP). However, a LPN can only be routed to the 
switch that owns the number, and the LPN for each switch is unique 
and is not portable. As further shown in Fig. 2A, the MSC 14 provides 
the PSAP switch 16 with the MEID of the mobile station in the ISUP 
generic address parameter (GAP). 

25 [0021] The PSAP switch 16 and/or the SS-ECR 26 creates a call 
record in the PSAP-ECR 24 that includes among other things a table 
mapping the MEID of the mobile station 10 to the LPN of the MSC 14. 
[0022] If an event requiring the PSAP call center 20 to call back the 
mobile station 10 occurs, for example unintentional release of the 

30 emergency call as shown in Fig. 2A, then an indirect call back may be 
requested by the PSAP call center 20. In response to an indirect call 
back request, the PSAP switch 16 sends a call back through MSC 
(CBthruMSC) request to the PSAP-ECR 24. The CBthruMSC request 
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includes the routing or directory number (DN) of the PSAP switch 16 
and the MEID of the mobile station 10 to call back. 
[0023] Using the MEID received in the CBthruMSC request, the 
PSAP-ECR 24 determines the LPN of the associated MSC 14. Using 
5 the LPN, the PSAP-ECR 24 accesses a look-up table stored therein 
that maps LPNs to SS-ECR addresses (e.g., a point code in the SS7 
network). From this look-up table, the PSAP-ECR 24 accesses the 
address for the SS-ECR 26, and sends the CBthruMSC request to the 
SS-ECR 26 over the Ey interface. Alternatively, the PSAP-ECR 24 may 

10 route the CBthruMSC request to the SS-ECR 26 by using the well- 
known SS7 global title translation where the LPN is the global title. 
[0024] When the SS-ECR 26 receives the CBthruMSC request, the 
SS-ECR 26 uses the MEID in the request to access the PGID for the 
mobile station 10 from the mapping table stored therein. The SS-ECR 

15 26 adds the PGID to the CBthruMSC request and sends the request to 
the MSC 14. The MSC 14 recognizes the CBthruMSC requests as an 
emergency call back and pages the mobile station 10 using the PGID. 
[0025] If the mobile station 10 responds, then the MSC 14 sets up a 
traffic channel with the mobile station 10. The MSC 14 also sends an 

20 IAM to the PSAP switch 16. When PSAP switch 16 answers by sending 
an address complete message (ACM), the MSC 14 alerts the mobile 
station 10 of an incoming call, which the mobile station 10 can then 
answer. 

[0026] As described above, the method and architecture according 
25 to this embodiment of the present invention permits a PSAP call 
center to indirectly call back a mobile station. 

[0027] A wireless emergency data message or call may be initiated 
to a second party service provider. This may be, for example, a 
telematics service provider (TSP) that offers a private vehicular 
30 emergency reporting service. The second party service provider 
screens the emergency messages and provides for the appropriate 
response either through a Public Service Answering Point (PSAP) if 
there is a true emergency, such as fire or bodily injury, or a secondary 
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response service (e.g., a tow truck rather than an ambulance) for 
lesser emergencies. The response to a true emergency requires a 
wireless emergency call, such as an E911 call, to be placed by the 
second party service provider on behalf of the original emergency 
5 caller. However, the call center for the second party service provider 
may be located a substantial distance (e.g., cross-country) from the 
site of the emergency. Since E9 1 1 calls are routed by a local serving 
MSC to the nearest PSAP (based on Wireless E911 geolocation 
information known to the original serving MSC), the second party 

10 service provider will want to originate the E91 1 call through that local 
MSC on behalf of the emergency call originator. The second party 
service provider also may want to stay on the call to the PSAP as an 
additional party to facilitate the transfer of information to the PSAP. : 
[0028] A second embodiment of the present invention is directed to 

15 providing for indirect calling initiated by a second party service 
provider. As will be apparent from the following description, the 
second party service provider could be a private vehicular emergency 
reporting service, another PSAP, etc. However, for the purposes of 
providing an exemplary description, the case where the second party 

20 service provider is a telematics service provider (TSP) will be described. 
[0029] Figs. 3 illustrates an exemplary system architecture for this 
second embodiment. As shown, the system architecture of Fig. 3 is the 
same as the system architecture of Fig. 1 except that the mobile 
station 10 has been replaced by a telematics unit (TU) 32 and a 

25 second party service provider, in this case a TSP call center 27, TSP 
switch 28 and associated ECR 30 have been added. As is well-known, 
a telematics unit 32 may include a sensor or group of sensors 
associated with a mobile station that cause the mobile station to 
contact the TSP call center 27 when one or more events are sensed. 

30 Additionally, the telematics unit 32 may include a call button that a 
vehicle operator depresses to trigger contact with the TSP call center 
27. 
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[0030] The TSP switch 28 communicates with the MSC 14 over an 
Aix interface of the SS7 network, and the TSP-ECR 30 communicates 
with the SS-ECR 24 over an interface Ed of the SS7 network. 
[0031] As with mobile stations, telematics units perform a 
5 registration operation to notify the local wireless service provider that 
the telematics unit is present in the local wireless service provider's 
coverage area. Fig. 4 illustrates a communication flow diagram of this 
registration process. 

[0032] As shown, the TU 32 sends a registration message that is 

10 received at the MSC 14. The registration message includes among 
other things the MEID of the TU 32. The MSC 14 determines the TU , 
32 is within its coverage area, and in the well-known manner notifies 
a visitor location register (VLR) associated with the MSC 14 of the 
registration. The VLR then registers the TU 32 with the home location 

15 register (HLR) of the TSP in the well-known manner. The TSP-HLR 
authorizes the TU 32 and provides the VLR with profile information on 
the TU 32 including an indication that the TU 32 is a telematics unit. 
This indication may come in the form of a flag set in the message sent 
from the TSP-HLR to the VLR. The VLR then communicates this 

20 profile information and the indication that the TU 32 is a telematics 
unit to the MSC 14. In this manner, the MSC 14 is informed as to 
which mobile stations are telematics units. In one exemplary 
embodiment, the MSC 14 maintains a table of MEIDs for registered 
mobile stations and sets a flag associated with the MEID of the TU 32 

25 to indicate the TU 32 is a telematics unit. 

[0033] Fig. 5 is a communication flow diagram illustrating an 
example operation of an indirect calling method according to this 
embodiment of the present invention. As shown, when the TU 32 
originates a call, the call origination message indicates the number 

30 dialed (i.e., the number of the TSP call center 27), a mobile equipment 
identifier (MEID) of the TU 32 and a paging identifier (PGID) for the TU 
32. 
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[0034] From the MEID of the TU 32, the MSC 14 identifies the TU 
32 as a telematics unit. When the TU 32 is identified as a telematics 
unit, the MSC 14 creates a call record in the SS-ECR 26 that includes 
among other things a table mapping MEIDs of mobile stations such as 
5 the TU 32 to their PGIDs. The MSC 14 also sends an initial address 
message (IAM) to the TSP switch 28. An initial address message is 
used to establish the call between the TSP call center 27 and the TU 
32. As shown, the IAM includes the called party number (CdPN) and 
the calling party number (CgPN). The called party number is the 

10 number for the TSP switch 28. The calling party number is the LPN 
assigned to the MSC 14. The MSC 14 also provides the TSP switch 28 
with the MEID of the TU 32 in the ISUP generic address parameter 
(GAP). The TSP switch 28 creates a call record in the TSP-ECR 30 that 
includes among other things a table mapping the MEIDs of mobile 

15 stations to the LPNs of the associated MSCs. 

[0035] This process establishes the call between the TU 32 and the 
TSP call center 27. Depending on the information communicated 
during the call, the TSP call center 27 may determine the appropriate 
response such as connecting the call with a PSAP if there is a true 

20 emergency, such as fire or bodily injury, or connecting the call with a 
secondary response service (e.g., a tow trucking service) for lesser 
emergencies. The TSP call center 27 then instructs the TSP switch 28 
to send a call through MSC request to the TSP-ECR 30. The call 
through MSC request includes the LPN of the MSC 14, the MEID of 

25 the TU 32, and a service code. The service code indicates the type of 
service needed by the TU 32 as determined by the TSP call center 27. 
For example, the service code may indicate an emergency requiring 
connecting the call with a PSAP or may indicate a secondary response 
service such as a tow truck. 

30 [0036] Using the LPN in the request, the TSP-ECR 30 accesses a 
look-up table stored therein that maps LPNs to SS-ECR addresses 
(e.g., a point code in the SS7 network). From this look-up table, the 
TSP-ECR 30 accesses the address for the SS-ECR 26, and sends the 

10 
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call through MSC request to the SS-ECR 26 over the Ed interface. 
Alternatively, the TSP-ECR 30 may send the call through MSC request 
to the SS-ECR 26 by using the well-known SS7 global title translation 
where the LPN is the global title. The call through MSC request sent 
5 by the TSP-ECR 30 includes the MEID of the mobile station and the 
service code. 

[0037] When the SS-ECR 26 receives the call through MSC request, 
the SS-ECR 26 uses the MEID in the request to access the PGID from 
the mapping table stored therein. The SS-ECR 26 then sends the call 

10 through MSC request to the MSC 14. The call through MSC request 
includes the PGID and the service code. The MSC 14 determines a 
called party number based on the service code. For example, if the 
service code indicates an emergency, the MSC 14 determines 911 as 
the called party number. 

15 [0038] In response to receiving an emergency call through MSC 
request, the MSC 14 also invokes a procedure such as J-STD-36A, 
which includes generating geolocation information (e.g., longitude and 
latitude oftheTU32). 

[0039] If the service code indicates a non-emergency (e.g., a 
20 secondary response service such as towing), the MSC 14 invokes a 
geolocation procedure (e.g., a commercial equivalent to the J-STD- 
36A). Using the geolocation information, the MSC 14 accesses a 
service database (e.g., tow-truck service database) corresponding to 
the location of the TU 32, and accesses one of the numbers as the 
25 called party number. 

[0040] Once this is obtained, the MSC 14 originates a call to, for 
example, a PSAP switch as shown in Fig. 5 or a secondary response 
service. The call is originated as the third leg of a three-way call using 
a conference bridge where the second leg is the original call from the 
30 TU 32 to the TSP call center 27. The IAM used to originate this call 
includes the called party number as determined above and the LPN as 
the calling party number. The IAM further includes the MEID of the 
TU 32 in the GAP, the geolocation information (e.g., longitude and 
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latitude), and additional geolocation information particularly if the call 
is an emergency call. As shown, when the call is an emergency call the 
additional geolocation information may be sent in the generic digits 
parameter (GDP). Here, the GDP may be the well-known Emergency 
5 Service Routing Key (ESRK), which is used to derive the well-known 
Emergency Service Routing Digits (ERSD) for the local PSAP, or may 
be the ERSD itself. The ERSD is the routing number for the local 
PSAP. 

[0041] According to this embodiment of the present invention, a 

10 second party service provider such as a TSP can effectively include a 
PSAP or secondary response service local to the mobile station (e.g., 
TU) in the call between the mobile station and the second party 
service provider. It will be appreciated that the second party service 
provider is not limited to the example given above, but could include 

15 numerous other types of service providers. For example, the second 
party service provider may be a PSAP that wants to include another 
PSAP serving another area in the emergency call. This would allow for 
coordinated handling of mobile emergencies (e.g., moving train or 
truck emergency) or a wide spread emergency (e.g., a chemical or 

20 nuclear accident). 

[0042] The invention being thus described, it will be obvious that 
the same may be varied in many ways. Such variations are not to be 
regarded as a departure from the spirit and scope of the invention, 
and all such modifications are intended to be included within the 

25 scope of the following claims. 
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